Execution of a script based on properties of a virtual device associated with a virtual machine

ABSTRACT

An occurrence of an event associated with a computing device is identified. A script associated with the identified event is identified. A property of a component that is associated with the computing device is received, wherein the property includes an operating status of the component associated with the computing device. The script is executed for the computing device in view of the operating status of the component.

CROSS REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. patent application Ser. No.14/191,322, filed on Feb. 26, 2014, the entire contents of which areincorporated by reference herein.

TECHNICAL FIELD

Aspects of the disclosure generally relate to virtual machines and, morespecifically, relate to an execution of a script based on properties ofa virtual device associated with a virtual machine.

BACKGROUND

A virtual machine (VM) may be considered a software-based emulation ofcomputer hardware. For example, the virtual machine may operate based oncomputer architecture and functions of the computer hardware resources.Thus, the virtual machine may emulate a physical computing environment,but requests for CPU, memory, hard disk, network, and other hardwareresources may be managed by a virtualization layer which translatesthese requests to the underlying physical computing hardware resources.

BRIEF DESCRIPTION OF THE DRAWINGS

The disclosure will be understood more fully from the detaileddescription given below and from the accompanying drawings of variousembodiments of the disclosure. The drawings, however, should not betaken to limit the disclosure to the specific embodiments, but are forexplanation and understanding only.

FIG. 1 illustrates an example system architecture in which embodimentsof the disclosure may operate.

FIG. 2 is a block diagram of an example script execution module inaccordance with some embodiments of the disclosure.

FIG. 3 is an illustrated example method to execute a script inaccordance with some embodiments.

FIG. 4 is an illustrated example method to execute a script in view of aproperty of a virtual device of a virtual machine in accordance withsome embodiments of the disclosure.

FIG. 5 illustrates a block diagram of an embodiment of a computer systemin which some embodiments of the disclosure may operate.

DETAILED DESCRIPTION

Embodiments of the disclosure relate to a script execution module toexecute a script based on the occurrence of an event associated with avirtual machine and properties of virtual devices assigned to thevirtual machine. A script (also referred to as a hook) may be used toexecute one or more commands in response to conditions of the scriptbeing met or satisfied. In some embodiments, a script may beevent-driven in that the occurrence of a particular event (e.g., themigration of a virtual machine, provisioning of a virtual machine, etc.)may be required before the script is executed.

The execution of an event-driven script may be applied to all virtualmachines associated with the event. For example, a host system thatoperates virtual machines may be associated with a script that isexecuted in response to the start of a virtual machine. Thus, if anyvirtual machine is started on the host system, the script will beexecuted to perform one or more commands or operations on the virtualmachine that is started. As such, such an event-driven script may beexecuted on multiple virtual machines that are started on the hostsystem.

However, in some embodiments, it may be desirable to have the script beexecuted on specific virtual machines associated with the event (e.g.,the start of a virtual machine) instead of any virtual machine that isassociated with the event. As such, using an event-driven andproperty-driven script may provide for a more detailed level ofgranularity for determining when to execute a script for a virtualmachine. For example, the script may also be property-driven in that thescript may be executed on a virtual machine if one or more properties ofthe virtual machine match or satisfy conditions specified or required bythe script.

Virtual machines may include virtual devices. Examples of virtualdevices include, but are not limited to, virtual disks, virtualinterfaces (e.g., virtual network interface controllers (vNIC)), virtualvideo devices, virtual sound devices, virtual controllers, etc. Avirtual device may be assigned a property (i.e., a custom property). Forexample, a vNIC of a virtual machine may be assigned a configuration orproperty value. The value assigned to the virtual device may be usedwhen executing the script. For example, the script may be executed on avirtual machine with a virtual device that has been assigned a valuethat is specified or required by the script. Thus, the value of avirtual device that is assigned to the virtual machine may be consideredto be the property that must be satisfied in order for the script to beexecuted after the occurrence of the event.

In some embodiments, a script execution module may provide anevent-driven and property-driven execution of the script. For example,the script execution module may identify the occurrence of an eventassociate with a virtual machine. A script associated with the event maybe received. Furthermore, properties of the virtual devices of thevirtual machine may be received. The script execution module may comparethe properties of the virtual devices with conditions or parameters ofthe script that is associated with the event. If the properties of thevirtual devices match or satisfy the conditions or parameters of thescript, then the script may be executed on the virtual machine. Forexample, in some embodiments, the execution of the script on the virtualmachine may manipulate or run operations for the virtual device of thevirtual machine. However, if the properties of the virtual devices donot match or satisfy the conditions or parameters of the script, thenthe script may not be executed on the virtual machine.

FIG. 1 illustrates an example system architecture 100 in whichembodiments of the disclosure may operate. The system architecture 100includes a virtualization system 105 coupled to and accessible over anetwork 101 by a number of user devices 150A-150C. The virtualizationsystem 105 includes a variety of hardware resources 110 which mayinclude, but is not limited to, desktop computers, laptop computers,rackmount servers, routers, switches, tablet computers, mobile phones,or any other type of computing device. The hardware resources 110 mayinclude one or more processing devices, memory, and/or additionaldevices including, but not limited to, a graphics card, hardware RAIDcontroller, network controller, hard disk drive, universal serial bus(USB) device, internal input/output (I/O) device, keyboard, mouse,speaker, etc. The hardware resources 110 may be used to executesoftware, including one or more operating systems, virtual machines, orother applications. The virtualization system also includes an engine107 (which may execute on a portion of the hardware resources 110 or aseparate engine device) that manages the hardware resources 110 and theprocesses running on the hardware resources 110.

The hardware resources 110 include a number of hosts 120A-120C (or hostmachines or systems) each including a portion of the hardware resources110. The hosts 120A-120C may each include one or more processing devicesand one or more storage devices. The hardware resources 110 may furtherinclude one or more additional processing devices 112 and one or moreadditional storage devices 115.

Each of the hosts 120A-120C includes a kernel space and a user spacedefined by the hardware resources of the host 120A-120C. A kernel-basedvirtual machine (KVM) 122A-122C is executed in the kernel space of thehost 120A-120C. The KVM 122A-122C allows a host 120A-120C to make itshardware resources available to virtual machines 141A-143C which may beexecuted in the user space.

Each of the hosts 120A-120C may execute a virtual machine monitor (VMM)124A-124C (or a hypervisor). The VMM 124A-124C is an application thatexecutes on a host 120A-120C to manage virtual machines 141A-143C. Inparticular, the VMM 124A-124C may instantiate or start, migrate, pause,or perform another type of event associated with virtual machines141A-143C. The VMM 124A-124C may include a virtualization API and amulti-platform emulator. Each virtual machine 141A-143C may execute aguest operating system that can be accessed by a user device 150A-150Cover the network 101. Each virtual machine 141A-143C may further runguest applications using the guest operating system.

Each of the hosts 120A-120C may include an agent 126A-126C. The agent126A-126C may facilitate inter-host communication and perform variousmonitoring and administrative tasks. The agent 126A-126C may alsoinclude functionality for acting as a storage pool manager (SPM) 130.However, in some embodiments, one of the hosts 120A may be active as theSPM at any one time. The host 120A may be designated an active SPM 130by the engine 107. The SPM 130 coordinates metadata changes in thevirtualization system 105, such as creating and deleting disk images,creating and merging snapshots, copying images between storage domains,creating templates and storage allocation for block devices of thehardware resources 110 such as hard drives or other storage devices.

A storage domain is a collection of data structures that have a commonstorage interface. A storage domain may contain complete images oftemplates and virtual machines (including snapshots). A storage domainmay comprise one or more block devices, one or more storage devices, oneor more file systems, one or more volumes, and/or portions thereof.

As shown in FIG. 1, each of the hosts 120A-120C may include a scriptexecution module 111A-111C. In some embodiments, the script executionmodules 111A-111C may store scripts (also referred to as hooks) that mayinclude operations or commands to be performed on the virtual machines141A-141C, 142A-142C, and 143A-143C. The script may be executed inresponse to an event associated with any of the virtual machines141A-141C, 142A-142C, and 143A-143C. For example, the virtual machine141A may be started or initiated on the host 120A and the starting orinitiating of the virtual machine 141A may be considered an event. Inresponse to the event, the script execution module 111A of the host 120Amay execute a stored script. Further details with regard to the scriptexecution modules 111A-111C are disclosed below.

Furthermore, in some embodiments, each event may be associated with afolder on a file system of the host systems 120A-120C. For example, auser may write a script and place the script in the folder. If an eventassociated with the folder is identified, then the script may beexecuted as may other scripts in the folder.

FIG. 2 is a block diagram of an example script execution module 200 inaccordance with some embodiments of the disclosure. In general, thescript execution module 200 may correspond to the script executionmodule 111A-111C of FIG. 1. The script execution module 200 may includean event identification sub-module 210, a script identificationsub-module 220, a virtual machine identifier sub-module 230, a virtualdevice property receiver sub-module 240, a decision sub-module 250, anda scripts repository 260. In alternative embodiments, the functionalityof one or more of the sub-modules may be combined or divided.

As shown in FIG. 2, the script execution module 200 may include an eventidentification sub-module 210. In some embodiments, the eventidentification sub-module 210 may identify an event associated with avirtual machine. For example, the event identification sub-module 210may identify that the virtual machine has been or is to be started,migrated, etc. or a virtual device of the virtual machine is to beconnected or disconnected. Examples of events include, but are notlimited to, the starting of a virtual machine, the ending of a virtualmachine, the connecting (i.e., plugging in) of a virtual device of thevirtual machine, disconnecting (i.e., unplugging) of a virtual device ofthe virtual machine, migrating the virtual machine, and updating avirtual device of the virtual machine. In some embodiments, examples ofconnecting or disconnecting a virtual device to or from the virtualmachine may include, but are not limited to, connecting or disconnectinga virtual network interface and connecting or disconnecting a virtualdisk. In some embodiments, the identified event may be associated with ahost system that operates or runs a virtual machine. For example, theevent may be a networking operation of the host system. Furthermore, inthe same or alternative embodiments, the event may be associated with avirtual desktop and server management (VDSM) module that may managehypervisors of a host system and/or the host system. Thus, the event maybe any type of event in the life cycle of a virtual machine, hostsystem, or the virtual desktop and server management.

Returning to FIG. 2, the script execution module 200 may include ascript identification sub-module 220. In some embodiments, the scriptidentification sub-module 220 may identify a script based on the eventthat has been identified by the event identification sub-module 210. Forexample, a scripts repository 260 may store multiple different scriptsthat each may include commands or operations to be performed on avirtual machine or a virtual device of a virtual machine if the scriptis executed or run. In some embodiments, each of the scripts may requirean event to occur as a prerequisite or condition for the script to beexecuted or run. For example, if a migration of a virtual machine isidentified then scripts in the scripts repository 260 that areassociated with the migration of a virtual machine may be identified bythe script identification sub-module 220.

The script execution module 200 may include a virtual machine identifiersub-module 230. In some embodiments, the virtual machine identifiersub-module 230 may identify a particular virtual machine associated withthe event. For example, the virtual machine identifier sub-module 230may identify virtual machines that are subject to a migration event.Furthermore, the virtual device property receiver 240 may receiveproperties of virtual devices of the virtual machine that have beenidentified by the virtual machine identifier sub-module 230. Examples ofa virtual device may include, but are not limited to, virtual disks,virtual network interface controllers (vNICs), video devices, sounddevices, etc. In some embodiments, a virtual device may be assigned aproperty. For example, a virtual device may be assigned a valuecorresponding to a property of the virtual device. As an example, avirtual machine may be assigned a particular type of virtual networkcard and a property identifying the virtual network card may have avalue of ‘ON.’

As shown in FIG. 2, the script execution module 200 may further includea decision sub-module 250. In some embodiments, the decision sub-module250 may determine whether to execute or not to execute a scriptidentified by the script identification sub-module 220 based on theevent identified by the event identification sub-module 210 and thevirtual device properties received from the virtual device propertyreceiver sub-module 240. For example, a script that is associated withan event may include a condition associated with a virtual deviceproperty. If the event that has been identified and the virtual deviceproperty that has been received satisfies or meets the condition of thescript, then the script may be executed. As an example, a script mayspecify a required event of a migration of a virtual machine and avirtual device property condition of ‘ON’ for a virtual network card. Ifthe migration of a virtual machine is identified and the virtual machineto be migrated has a virtual device property condition of ‘ON’ for thevirtual network card of the virtual machine, then the script may beexecuted for the virtual machine.

In some embodiments, the execution of a script may perform one or morecommands or actions on the virtual machine. For example, the commands oractions of a script may result in, but are not limited to, connecting avirtual disk of the virtual machine to a particular type of storageserver or connecting the vNIC of the virtual machine to a particulartype of network. Thus, the execution of a script may perform one or morecommands or actions on a virtual device of the virtual machine.

FIG. 3 illustrates an example method 300 to execute a script inaccordance with some embodiments. The method 300 may be performed byprocessing logic that may comprise hardware (e.g., processing device,circuitry, dedicated logic, programmable logic, microcode, etc.),software (e.g., instructions run or executed on a processing device), ora combination thereof. In some embodiments, the method 300 may beperformed by the script execution module 200 of FIG. 2.

As shown in FIG. 3, the method 300 may begin with the processing logicidentifying an event associated with a virtual machine (or a hostsystem, VDSM, etc.) (block 310). For example, the processing logic mayidentify that a virtual machine has been provisioned or started on ahost system. The processing logic may further receive a property of avirtual device of the virtual machine (block 320). For example, theprocessing logic may receive a value of ‘ON’ for a particular virtualnetwork interface card of the virtual machine that has been provisionedor started on the host machine. Furthermore, the processing logic mayexecute a script based on or in view of the event associated with thevirtual machine and the property of the virtual device of the virtualmachine (block 330). For example, if a particular script specifies arequirement or condition of a start event for a virtual machine and avalue of ‘ON’ for the virtual network interface card property of avirtual machine, then the script may be executed on the virtual machineand/or the virtual device of the virtual machine. For example, thescript may connect the virtual network interface card (vNIC) of thevirtual machine to a particular type of network associated with a hostsystem. In some embodiments, the properties of the virtual device,virtual machine, host system, and/or virtual desktop and servermanagement module may be sent or passed to a script to be used in theexecution of the script. For example, an event associated with a hostsystem may be detected. The event may be a new network being associatedor defined on the host system and a property identifying the name of thenew network on the host system may be sent or transmitted to the script.In some embodiments, the name of the new network may be used during theexecution of the script (e.g., to use the new network name to connectthe new network to a vNIC).

Thus, a script may be executed to perform one or more actions orcommands on a virtual machine and/or the virtual device of a virtualmachine based on an event and a property of a virtual device of thevirtual machine matching conditions or requirements of the script.

FIG. 4 illustrates an example method 400 to execute a script in view ofa property of a virtual device of a virtual machine in accordance withsome embodiments of the disclosure. The method 400 may be performed byprocessing logic that may comprise hardware (e.g., processing device,circuitry, dedicated logic, programmable logic, microcode, etc.),software (e.g., instructions run or executed on a processing device), ora combination thereof. In some embodiments, the method 400 may beperformed by the script execution module 200 of FIG. 2.

As shown in FIG. 4, the method 400 may begin with the processing logicreceiving a script (also referred to as a hook) in response to an eventassociated with a virtual machine (or a host system, VDSM, etc.) (block410). The processing logic may further receive one or more properties ofone or more virtual devices that have been assigned to the virtualmachine (block 420). Furthermore, the processing logic may determine ifa value of a property assigned to one of the virtual devices of thevirtual machine satisfies a condition or requirement of the script(block 430). If the value of the property of the virtual device assignedto the virtual machine does not satisfy the condition or requirementspecified by the script, then the processing logic may not execute thescript for the virtual machine or the virtual device of the virtualmachine (block 440). However, if the value of the property of thevirtual device assigned to the virtual machine does satisfy thecondition or requirement specified by the script, then the processinglogic may execute the script for the virtual machine and/or the virtualdevice of the virtual machine (block 450). Furthermore, the processinglogic may perform one or more actions or commands on the virtual machineand/or the virtual device of the virtual machine based on the script.

In some embodiments, a script may be specified to occur before or aftera particular type of event associated with a virtual machine or avirtual device of a virtual machine. For example, a script may specifythat it is to be executed before or after the stopping of a virtualmachine, before or after the start of a virtual machine, before or afterthe ending or destroying of a virtual machine, before or after thepausing of a virtual machine, before or after the unpausing of a virtualmachine, before or after the hibernating of a virtual machine, before orafter the de-hibernating of a virtual machine, before or after themigration of a virtual machine, before or after the disconnecting of avirtual device of a virtual machine, before or after the connecting of avirtual device of a virtual machine, etc. Furthermore, the script may beexecuted on a host system to perform one or more actions or commands ona virtual machine. In some embodiments, the host system may run multiplevirtual machines. A first subset of the virtual machines run on the hostsystem may have an assigned property of a virtual device and the secondsubset of the virtual machines that run on the host system may not havethe assigned property of the virtual device. Thus, if a script specifiesa condition that includes the assigned property of the virtual device,then the script may be executed to perform actions or commands on thefirst subset of the virtual machines that run on the host system and tonot execute the script to perform actions or commands on the secondsubset of the virtual machines that run on the host system.

FIG. 5 illustrates an example machine of a computer system 500 withinwhich a set of instructions, for causing the machine to perform any oneor more of the methodologies discussed herein, may be executed. Inalternative implementations, the machine may be connected (e.g.,networked) to other machines in a LAN, an intranet, an extranet, and/orthe Internet. The machine may operate in the capacity of a server or aclient machine in client-server network environment, as a peer machinein a peer-to-peer (or distributed) network environment, or as a serveror a client machine in a cloud computing infrastructure or environment.

The machine may be a personal computer (PC), a tablet PC, a set-top box(STB), a Personal Digital Assistant (PDA), a cellular telephone, a webappliance, a server, a network router, a switch or bridge, or anymachine capable of executing a set of instructions (sequential orotherwise) that specify actions to be taken by that machine. Further,while a single machine is illustrated, the term “machine” shall also betaken to include any collection of machines that individually or jointlyexecute a set (or multiple sets) of instructions to perform any one ormore of the methodologies discussed herein.

The example computer system 500 includes a processing device 502, a mainmemory 504 (e.g., read-only memory (ROM), flash memory, dynamic randomaccess memory (DRAM) such as synchronous DRAM (SDRAM) or DRAM (RDRAM),etc.), a static memory 506 (e.g., flash memory, static random accessmemory (SRAM), etc.), and a data storage device 518, which communicatewith each other via a bus 530.

Processing device 502 represents one or more general-purpose processingdevices such as a microprocessor, a central processing unit, or thelike. More particularly, the processing device may be complexinstruction set computing (CISC) microprocessor, reduced instruction setcomputing (RISC) microprocessor, very long instruction word (VLIW)microprocessor, or processor implementing other instruction sets, orprocessors implementing a combination of instruction sets. Processingdevice 502 may also be one or more special-purpose processing devicessuch as an application specific integrated circuit (ASIC), a fieldprogrammable gate array (FPGA), a digital signal processor (DSP),network processor, or the like. The processing device 502 is configuredto execute instructions 522 for performing the operations and stepsdiscussed herein.

The computer system 500 may further include a network interface device508. The computer system 500 also may include a video display unit 510(e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)), analphanumeric input device 512 (e.g., a keyboard), a cursor controldevice 514 (e.g., a mouse), and a signal generation device 516 (e.g., aspeaker).

The data storage device 518 may include a machine-readable storagemedium 528 (also known as a computer-readable medium) on which is storedone or more sets of instructions or software 522 embodying any one ormore of the methodologies or functions described herein. Theinstructions 522 may also reside, completely or at least partially,within the main memory 504 and/or within the processing device 502during execution thereof by the computer system 500, the main memory 504and the processing device 502 also constituting machine-readable storagemedia.

In one implementation, the instructions 522 include instructions for arow module (e.g., script execution module 111A-111C of FIG. 1 and/orscript execution module 200 of FIG. 2) and/or a software librarycontaining methods that call modules or sub-modules in a scriptexecution module. While the machine-readable storage medium 528 is shownin an example implementation to be a single medium, the term“machine-readable storage medium” should be taken to include a singlemedium or multiple media (e.g., a centralized or distributed database,and/or associated caches and servers) that store the one or more sets ofinstructions. The term “machine-readable storage medium” shall also betaken to include any medium that is capable of storing or encoding a setof instructions for execution by the machine and that cause the machineto perform any one or more of the methodologies of the presentdisclosure. The term “machine-readable storage medium” shall accordinglybe taken to include, but not be limited to, solid-state memories,optical media and magnetic media.

Some portions of the preceding detailed descriptions have been presentedin terms of algorithms and symbolic representations of operations ondata bits within a computer memory. These algorithmic descriptions andrepresentations are the ways used by those skilled in the dataprocessing arts to most effectively convey the substance of their workto others skilled in the art. An algorithm is here, and generally,conceived to be a self-consistent sequence of operations leading to adesired result. The operations are those requiring physicalmanipulations of physical quantities. Usually, though not necessarily,these quantities take the form of electrical or magnetic signals capableof being stored, combined, compared, and otherwise manipulated. It hasproven convenient at times, principally for reasons of common usage, torefer to these signals as bits, values, elements, symbols, characters,terms, numbers, or the like.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the above discussion, itis appreciated that throughout the description, discussions utilizingterms such as “identifying” or “determining” or “executing” or“performing” or “collecting” or “creating” or “sending” or the like,refer to the action and processes of a computer system, or similarelectronic computing device, that manipulates and transforms datarepresented as physical (electronic) quantities within the computersystem's registers and memories into other data similarly represented asphysical quantities within the computer system memories or registers orother such information storage devices.

The present disclosure also relates to an apparatus for performing theoperations herein. This apparatus may be specially constructed for theintended purposes, or it may comprise a general purpose computerselectively activated or reconfigured by a computer program stored inthe computer. Such a computer program may be stored in a computerreadable storage medium, such as, but not limited to, any type of diskincluding floppy disks, optical disks, CD-ROMs, and magnetic-opticaldisks, read-only memories (ROMs), random access memories (RAMs), EPROMs,EEPROMs, magnetic or optical cards, or any type of media suitable forstoring electronic instructions, each coupled to a computer system bus.

The algorithms and displays presented herein are not inherently relatedto any particular computer or other apparatus. Various general purposesystems may be used with programs in accordance with the teachingsherein, or it may prove convenient to construct a more specializedapparatus to perform the method. The structure for a variety of thesesystems will appear as set forth in the description below. In addition,the present disclosure is not described with reference to any particularprogramming language. It will be appreciated that a variety ofprogramming languages may be used to implement the teachings of thedisclosure as described herein.

The present disclosure may be provided as a computer program product, orsoftware, that may include a machine-readable medium having storedthereon instructions, which may be used to program a computer system (orother electronic devices) to perform a process according to the presentdisclosure. A machine-readable medium includes any mechanism for storinginformation in a form readable by a machine (e.g., a computer). Forexample, a machine-readable (e.g., computer-readable) medium includes amachine (e.g., a computer) readable storage medium such as a read onlymemory (“ROM”), random access memory (“RAM”), magnetic disk storagemedia, optical storage media, flash memory devices, etc.

In the foregoing specification, implementations of the disclosure havebeen described with reference to specific example implementationsthereof. It will be evident that various modifications may be madethereto without departing from the broader spirit and scope ofimplementations of the disclosure as set forth in the following claims.The specification and drawings are, accordingly, to be regarded in anillustrative sense rather than a restrictive sense.

What is claimed is:
 1. A method comprising: identifying an occurrence ofan event associated with a computing device; identifying a scriptassociated with the identified event; receiving a property of acomponent that is associated with the computing device, wherein theproperty comprises an operating status of the component associated withthe computing device; and executing, by a processing device, the scriptfor the computing device in view of the operating status of thecomponent.
 2. The method of claim 1, wherein the event is associatedwith a virtual machine supported by the computing device and wherein thecomponent comprises a virtual device that is assigned to the virtualmachine.
 3. The method of claim 2, wherein the event comprises at leastone of a stopping of the virtual machine, a start of the virtualmachine, a destruction of the virtual machine, a pausing of the virtualmachine, an unpausing of the virtual machine, a hibernation of thevirtual machine, a de-hibernation of the virtual machine, a migration ofthe virtual machine or a disconnection of the virtual device from thevirtual machine.
 4. The method of claim 1, wherein the script isdetermined to be executed if a value of the property of the componentassociated with the computing device satisfies a condition of thescript.
 5. The method of claim 1, wherein the script is determined tonot be executed if a value of the property of the component associatedwith the computing device does not satisfy a condition of the script. 6.The method of claim 1, wherein the script comprises commands associatedwith operations to be performed on the component associated with thecomputing device.
 7. The method of claim 1, further comprising:identifying a second computing device associated with the event; andreceiving a second property of a second component that is associatedwith the second computing device, wherein the executing of the scriptperforms an operation on the second component if the second property ofthe second component satisfies a condition of the script.
 8. A system,comprising: a memory to store a script; and a processing device,operatively coupled with the memory, to: identify an occurrence of anevent associated with a computing device; identify the script associatedwith the identified event; receive a property of a component that isassociated with the computing device, wherein the property comprises anoperating status of the component associated with the computing device;and execute the script for the computing device in view of the operatingstatus of the component.
 9. The system of claim 8, wherein the event isassociated with a virtual machine supported by the computing device andwherein the component comprises a virtual device that is assigned to thevirtual machine.
 10. The system of claim 9, wherein the event comprisesat least one of a stopping of the virtual machine, a start of thevirtual machine, a destruction of the virtual machine, a pausing of thevirtual machine, an unpausing of the virtual machine, a hibernation ofthe virtual machine, a de-hibernation of the virtual machine, amigration of the virtual machine or a disconnection of the virtualdevice from the virtual machine.
 11. The system of claim 8, wherein thescript is determined to be executed if a value of the property of thecomponent associated with the computing device satisfies a condition ofthe script.
 12. The system of claim 8, wherein the script is determinedto not be executed if a value of the property of the componentassociated with the computing device does not satisfy a condition of thescript.
 13. The system of claim 8, wherein the script comprises commandsassociated with operations to be performed on the component associatedwith the computing device.
 14. The system of claim 8, wherein theprocessing device is further to: identify a second computing deviceassociated with the event; and receive a second property of a secondcomponent that is associated with the second computing device, whereinthe executing of the script performs an operation on the secondcomponent if the second property of the second component satisfies acondition of the script.
 15. A non-transitory machine-readable storagemedium comprising data that, when accessed by a processing device, causethe processing device to: identify an occurrence of an event associatedwith a computing device; identify a script associated with theidentified event; receive a property of a component that is associatedwith the computing device, wherein the property comprises an operatingstatus of the component associated with the computing device; andexecute, by the processing device, the script for the computing devicein view of the operating status of the component.
 16. The non-transitorymachine-readable storage medium of claim 15, wherein the event isassociated with a virtual machine supported by the computing device andwherein the component comprises a virtual device that is assigned to thevirtual machine.
 17. The non-transitory machine-readable storage mediumof claim 16, wherein the event comprises at least one of a stopping ofthe virtual machine, a start of the virtual machine, a destruction ofthe virtual machine, a pausing of the virtual machine, an unpausing ofthe virtual machine, a hibernation of the virtual machine, ade-hibernation of the virtual machine, a migration of the virtualmachine or a disconnection of the virtual device from the virtualmachine.
 18. The non-transitory machine-readable storage medium of claim15, wherein the script is determined to be executed if a value of theproperty of the component associated with the computing device satisfiesa condition of the script.
 19. The non-transitory machine-readablestorage medium of claim 15, wherein the script comprises commandsassociated with operations to be performed on the component associatedwith the computing device.
 20. The non-transitory machine-readablestorage medium of claim 15, wherein the processing device is further to:identify a second computing device associated with the event; andreceive a second property of a second component that is associated withthe second computing device, wherein the executing of the scriptperforms an operation on the second component if the second property ofthe second component satisfies a condition of the script.